NIUHE

日々私たちが过ごしている日常というのは、実は奇迹の连続なのかもしれんな

Machine Learning System Design

Prioritizing What to Work On

Different ways we can approach a machine learning problem:

  • Collect lots of data (for example "honeypot" project but doesn't always work)
  • Develop sophisticated features (for example: using email header data in spam emails)
  • Develop algorithms to process your input in different ways (recognizing misspellings in spam).

It is difficult to tell which of the options will be helpful. Error Analysis

Error Analysis

The recommended approach to solving machine learning problems is:

  • Start with a simple algorithm, implement it quickly, and test it early.
  • Plot learning curves to decide if more data, more features, etc. will help
  • Error analysis: manually examine the errors on examples in the cross validation set and try to spot a trend.

It's important to get error results as a single, numerical value. Otherwise it is difficult to assess your algorithm's performance. You may need to process your input before it is useful. For example, if your input is a set of words, you may want to treat the same word with different forms (fail/failing/failed) as one word, so must use "stemming software" to recognize them all as one.

Error Metrics for Skewed Classes

It is sometimes difficult to tell whether a reduction in error is actually an improvement of the algorithm.

For example: In predicting a cancer diagnoses where 0.5% of the examples have cancer, we find our learning algorithm has a 1% error. However, if we were to simply classify every single example as a 0, then our error would reduce to 0.5% even though we did not improve the algorithm.

This usually happens with skewed(倾斜) classes; that is, when our class is very rare in the entire data set.

Or to say it another way, when we have lot more examples from one class than from the other class.

For this we can use Precision/Recall.

Predicted: 1, Actual: 1 --- True positive Predicted: 0, Actual: 0 --- True negative Predicted: 0, Actual, 1 --- False negative Predicted: 1, Actual: 0 --- False positive

table
Predicted: 1, Actual: 1 --- True positive Predicted: 1, Actual: 0 --- False positive
Predicted: 0, Actual, 1 --- False negative Predicted: 0, Actual: 0 --- True negative

Precision : of all patients we predicted where y=1, what fraction actually has cancer?

\[\frac{True\ Positives}{Total\ number\ of\ predicted\ positives}=\frac{True\ Positives}{True\ Positives + False\ positives}\]

Recall : Of all the patients that actually have cancer, what fraction did we correctly detect as having cancer?

\[\frac{True\ Positives}{Number\ of\ actual\ positives}=\frac{True\ Positives}{True\ Positives + False\ negatives}\]

These two metrics give us a better sense of how our classifier is doing. We want both precision and recall to be high.

In the example at the beginning of the section, if we classify all patients as 0, then our recall will be \(\frac{0}{0+f}=0\), so despite having a lower error percentage, we can quickly see it has worse recall.

Note 1: if an algorithm predicts only negatives like it does in one of exercises, the precision is not defined, it is impossible to divide by 0. F1 score will not be defined too.

Note 2: a manual calculation of precision and other functions is a error prone process. it is very easy though to create an Excel file for this. Put into it a table 2*2 for all necessary input values, label them like "TruePositives", "FalsePositives", and on other cells of Excel add formulas like =SUM(TruePositive, FalsePositive, TrueNegative, FalseNegative), label this one AllExamples. Then on another cell label Accuracy and a formula: =SUM(TruePositive,TrueNegative)/AllExamples. The same with others. After 10 minutes you will have a spreadsheet for all examples and questions.

Trading Off Precision and Recall

We might want a confident prediction of two classes using logistic regression. One way is to increase our threshold:

\[Predict\ 1\ if:\ h_θ(x)≥0.7\] \[Predict\ 0\ if:\ h_θ(x)<0.7\]

This way, we only predict cancer if the patient has a 70% chance.

Doing this, we will have higher precision but lower recall (refer to the definitions in the previous section).

In the opposite example, we can lower our threshold:

\[Predict\ 1\ if:\ h_θ(x)≥0.3\] \[Predict\ 0\ if:\ h_θ(x)<0.3\]

That way, we get a very safe prediction. This will cause higher recall but lower precision.

  • The greater the threshold, the greater the precision and the lower the recall.
  • The lower the threshold, the greater the recall and the lower the precision.

In order to turn these two metrics into one single number, we can take the \(F\) value.

One way is to take the average: \[\frac{P+R}{2}\]

This does not work well. If we predict all \(y=0\) then that will bring the average up despite having 0 recall. If we predict all examples as \(y=1\), then the very high recall will bring up the average despite having 0 precision.

A better way is to compute the \(F\ Score\) (or F1 score):

\[F\ Score=2\frac{PR}{P+R}\]

In order for the \(F\ Score\) to be large, both precision and recall must be large.

We want to train precision and recall on the cross validation set so as not to bias our test set.

Data for Machine Learning

How much data should we train on?

In certain cases, an "inferior(差的) algorithm," if given enough data, can outperform(胜过) a superior algorithm with less data.

We must choose our features to have enough information. A useful test is: Given input x, would a human expert be able to confidently predict y?

Rationale(原理) for large data: if we have a low bias algorithm (many features or hidden units making a very complex function), then the larger the training set we use, the less we will have overfitting (and the more accurate the algorithm will be on the test set).

Powered by Hexo and Theme by Hacker
© 2019 NIUHE